Skip to content

[wasm] Bump chrome for testing - linux: 149.0.7827.200, windows: 149.0.7827.201#129934

Merged
lewing merged 2 commits into
mainfrom
update-chrome-version-28306353476
Jun 28, 2026
Merged

[wasm] Bump chrome for testing - linux: 149.0.7827.200, windows: 149.0.7827.201#129934
lewing merged 2 commits into
mainfrom
update-chrome-version-28306353476

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

No description provided.

@dotnet-policy-service

Copy link
Copy Markdown
Contributor

Tagging subscribers to this area: @akoeplinger, @matouskozak, @simonrozsival
See info in area-owners.md if you want to be subscribed.

@lewing lewing enabled auto-merge (squash) June 28, 2026 14:59
@lewing lewing merged commit d6d9a97 into main Jun 28, 2026
47 of 49 checks passed
@lewing lewing deleted the update-chrome-version-28306353476 branch June 28, 2026 17:31
@dotnet-milestone-bot dotnet-milestone-bot Bot added this to the 11.0-preview7 milestone Jun 29, 2026
ilonatommy added a commit that referenced this pull request Jun 29, 2026
## Problem 1
In #124852 we added chrome for mac
version to provisioning list. Since then the version was not updated
because it's not added to platforms covered by automation.

## Problem 2
In #129851 we manually upgraded v8
version. The next automated PR
#129934 downgraded it.

## Changes
- Add mac to automated version check
- Add mac smoke tests running only on the automated bump PRs, following
the pattern used in library tests on mac.
- Automated update can be only an upgrade: always check if the new value
> old value.
DrewScoggins added a commit that referenced this pull request Jul 1, 2026
## Problem

WASM perf runs (and other V8 shell-engine legs) abort at startup:

```
Warning: unknown flag --experimental-wasm-exnref.
MONO_WASM: Assert failed: This browser/engine doesn't support WASM exception handling.
main.mjs: Error: Top-level await promise never resolved
```

## Root cause

- #129851 (`[browser] WASM exception handling to use the standardized
exnref`) switched the runtime to the **exnref** exception-handling
proposal, which requires a V8 that understands
`--experimental-wasm-exnref` (V8 15.1+). That PR set
`linux/macos/win_V8Version` to `15.1.103`.
- The later automated chrome-for-testing bump #129934 recomputed the V8
version from the pinned Chrome (149 → V8 14.9) and **reverted**
`linux_V8Version` and `win_V8Version` back to `14.9.207` (leaving only
`macos_V8Version` at `15.1.103`).

`14.9.207` predates exnref, so it rejects the flag and the runtime's
startup feature check (`featureWasmFinalEh`) asserts. The wasm perf leg
is hit because [`dotnet/performance`
`run_performance_job.py`](https://github.com/dotnet/performance/blob/main/scripts/run_performance_job.py)
reads `linux_V8Version` and installs exactly that build via `jsvu`.

## Fix

Restore `linux_V8Version` and `win_V8Version` to `15.1.103` (matching
`macos_V8Version`). The `v8-linux64-rel-15.1.103.zip` and
`v8-win32-rel-15.1.103.zip` binaries exist on the V8 canary CDN that
`jsvu` / `DownloadAndInstallV8` use (verified 200 OK), and `15.1.103`
supports exnref behind the `--experimental-wasm-exnref` flag already
emitted by `eng/testing/WasmRunnerTemplate.sh` and the perf harness
(dotnet/performance#5247).

## Note on the auto-updater

The chrome-for-testing auto-bump derives the V8 version from the Chrome
milestone, so a future run will revert this to `14.9.x` again unless the
pinned Chrome is advanced to a milestone whose V8 is 15.1+ (Chrome 151)
or the updater is taught not to downgrade V8 below the exnref floor.
Tracking: #129849.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant